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(54) Order f uHillment processing system 

(57) A method and system for processing a cus- 
tomer generated order for a product, more particularly 
to a method for one or more client computers connected 
through a server to a plurality of supplier computers to 
fulfill a customer generated order. The method includes 
the client creating an order event with a preferred sup- 
plier, the server routing the order event to the preferred 
supplier, the server monitoring status of the order event 
from the preferred supplier, the prefered supplier 
processing the order event, and the server periodically 
synchronizing inventory between the client and all sup- 
pliers. 
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Description 

[0001 ] The present invention generally relates to a method and a system for processing customer generated orders 
for any one of a plurality of products. More particularly, the invention relates to a method and system having one or more 
5 client computers connected via a large scale network to a server and a plurality of supplier computers for virtually auto- 
matically processing customer generated orders through all necessary steps from receipt of the customer order to 
delivery and billing of the purchased product 

[0002] Most known conventional customer order fulfillment processes generally include complex intemal distribu- 
tion systems, warehouse processes, procurement processes, customer order placement processes and may or may 

10 not include the capability of forecasting inventory levels. Most of these processes are done manually in that they are at 
least partially done with the use of considerable human intervention, which is inefficient, costly and time consuming. 
Some of these processes may take several days from the receipt of a customer order to the time of shipping. 
[0003] There are computer implemented systenr^ that attempt to reduce the use of human intervention at various 
steps of such complicated manual fulfillment processes. However, they have not been completely successful because 

15 their architecture and methodology are defrcient, and require manual intervention at some point during the process. For 
example, some known computer implemented systems that are currently in use in processing orders in large volume 
require human intervention in initially accepting the order and placing it in the system. However, human intervention is 
also needed to place a purchase order with a supplier to fulfill the customer order. Additionally, human intervention may 
be required to receive the ordered product from the supplier, place it in a warehouse, and then ship it to the customer. 

20 At every point in the process where human intervention is required, additk)nal ineffk^ency, expense and time delay are 
introduced. 

[0004] Accordingly, it is a primary object of the present invention to provide an improved method and system for 
automatteally and efficiently processing customer generated orders for products upon entry of the orders into the sys- 
tem to delivery of the ordered product. 
25 [0005] A related object of the present invention is to provide such an improved method and system that has an 
archrtectune and methodology that enables customer orders to be processed in a manner that effectively bypasses the 
use of conventional distribution systems, warehouse processes, procurement processes and the need for forecasting 
of inventory levels. 

[0006] Another object of the present invention is to provide an improved method and system to create a fully auto- 
30 mated end-to-end supply chain or customer order fulfillment process that can operate on a woridwide scale using a 
large scale network, such as the Internet. 

[0007] Yet another object of the present invention is to provide such an improved method and system that is 
designed to receive customer orders, determine the suppliers that will deliver the products ordered, process the orders 
by immediately shipping the products and billing the customer, and periodk^lly synchronize the available inventory of 

35 all suppliers, all without human intervention. 

[0008] Still another object of the present invention is to provide such an improved method and system for use by 
large scale multinational companies as well as small enterprises, wherein the advantages of the system include: (i) sub- 
stantially reducing the number of people that are required for processing customer orders through delivery of a product 
and billing for the same, (ii) sut>stantially increasing the speed of processing of such customer orders through delivery 

40 and billing for the same, and (iii) substantially reducing the overhead costs associated with such processing. The sys- 
tem is extremely powerful in that it can operate on a woridwide basis and can accommodate literally thousands of prod- 
ucts ordered by thousands of customers supplied by thousands of suppliers. 

BRIEF SUMMARY OF THE INVENTION 

45 

[0009] The present invention is directed to a method and a system for processing customer generated orders for 
any number of products that may be marketed by a large multinational company or a small one. The method and system 
process the customer order from its receipt through delivery of and billing for the products. 

[001 0] More particularly, the method and system are adapted to utilize one or more client computers connected via 
50 a large scale network such as the Internet to a server and to a plurality of supplier computers to fulfill customer gener- 
ated orders on a woridwide basis. The client computers and supplier computers, depending on the volume of activity, 
may be personal computers, mini computers, mainframe computers and other types of computers, and will be referred 
to respectively herein as a client and a supplier. 

[0011] In accordance with the present invention, after the customer order for one or more products is received by 
55 the client from a customer, the client creates an order event with a preferred supplier, which the server routes to the pre- 
ferred supplier. The server then periodbally monitors the supplier to determine the status of the order event as it is proc- 
essed by the preferred supplier. If the supplier accepts the purchase event, it ships the product and notifies the client of 
that action, and the client then prepares a bill for the customer. The server periodically synchronizes inventory levels 
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between the client and all suppliers, including obviously the preferred supplier. 

[0012] The present invention is adapted to communicate over a large scale network, which is preferably the Inter- 
net, on a frequent basis with all clients and all suppliers that are a part of the system. This preferably includes one client, 
although more than one client and hundreds of suppliers are contemplated. The structure of the infonmation that is 

5 required to make the system function is well defined and does not permit spontaneous communications that have not 
been previously defined. Communications are chosen from a multiplicity of choices to convey the desired information, 
and care has been given to defining requests and responses to every common and some uncommon exigencies that 
may arise in the course of processing such customer orders, determining preferred suppliers, making shipments, deter- 
mining available inventory, and billing customers for products ordered. The careful structuring of information that must 

10 be communicated in the course of doing business enables the processing to be carried out automatically, without any 
human intervention except in but a few instances. 

[0013] Such processing for a typical order can be completed in a few seconds, which when projected for a large 
segment of a company's sales activity, will produce tremendous reductions in overhead and operating expenses. 

15 DESCRIPTION OF THE DRAWINGS 

[0014] 

FIGURE 1 is a schematk; diagram of a network system in which the present method is implemented; 
20 FIG. 2 is a flowchart illustrating a generic file adapter to the mes^ge broker client; 

FIG. 3 is a flowchart illustrating the subroutine of the client creating an order event with a prefenBd supplier; 
FIG. 4 is a flowchart illustrating the subroutine of the server routing the order event to the preferred supplier; 
FIG. 5 is a flowchart illustrating the subroutine of the server monitoring status of the order event from the preferred 
supplier; 

25 FIG. 6 is a flowchart illustrating the subroutine of the preferred supplier processing the order event; and, 

FIG. 7 is a flowchart illustrating the subroutine of the server synchronizing inventory between the client that routed 
the order event and the prefenred supplier. 

DETAILED DESCRIPTION OF THE INVENTION 

30 

[001 5] Broadly stated, the present invention is directed to a method and a system for automatically processing cus- 
tomer generated orders without any human intervention for a multitude of partrcular products that are being marketed. 
The client creates an order event with a preferred supplier for the customer generated order, and routes the order event 
to the preferred supplier. In addition, the server frequently monitors the status of the order event from the preferred sup- 
as plier as the supplier processes the order event. Lastly, the server periodrcally synchronizes the inventory between the 
client and all suppliers. 

[0016] Tumingnowto FIG. 1, the system in which the present method is implemented is generally indfcated as part 
of a preferably wide area network 8. A client computer (client) 10 is connected to a network server (server) 12 via the 
network 8, and the server 12 also communicates with a plurality of supplier computers (suppliers) 1 4 and a supplier hub 

40 15 through the network 8. The client 10, suppliers 14, and the supplier hub 15 can be personal computers, mini com- 
puters, mainframe computers, or other types of computers depending on the volume of activity that is being carried out 
Customers can order various products, which can be goods and/or services, that are marketed by the company that is 
using the system, by communicating with the client to order the products. Customer orders can be made by telephone, 
in person, via the Internet or by other means, the only requirement being that it has to be entered in the system at the 

45 client. 

[0017] The supplier hub 15 is shown being connected to a number of non-subscribing supplying entities 15a that 
may be supply products that are maintained in the hub inventory. Such supplying entities may be competitors of the 
company using the system and therefore are not connected in the same manner as the suppliers 14. In this regard, the 
system of the present invention communicates with the supplier hub 15 in the same manner as subscribing suppliers 

50 14, but the supplying entities have only limited access to infomnation that is supplied to the supplying hub 15 itself. In 
other words, the hub blocks certain sensitive and/or proprietary infomnation from being accessed by the supplying enti- 
ties. Although the extent of the filtering of information may vary, it is preferred that the supplying entities not have access 
to such information such as the identity and location of customers, pricing information or the installed base of any prod- 
ucts. The infomnation that the supplying entity can access is the current inventory of the product that it is supplying to 

55 the hub and the shipment activity. There may also be feedback to the supplying entity via telephone or email or the like 
about inventory or other problems. It is preferred to have an established maximum and minimum limits of inventory 
present in the hub, and flags or other alerts can be tiiggered when the product inventory is not within the limits. 
[0018] Next, it should be understood that the network 8 is preferably the Internet because it is accessible by cus- 
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tomers and suppliers that may literalty be located anywhere in the wortd. Such accessibil'tty from almost any location in 
the world is a very desirable aspect of using the Intemet and is important to the scale of utilization of the present Inven- 
tion. However, other types of networks can certainly be used in conjunction with the Intemet or even in place of it For 
example, the network connection may comprise a virtual Internet host, a dialup connection or a router, which enables 

5 the client 1 0 and supplier 14 to exchange information through the server 1 2. 

[001 9] Given that the prefen'ed embodiment is the use of the internet as the communication connection, the present 
invention is currently implemented with a Business-To-Business Integration Server from webMethods, Inc. (webMeth- 
ods B2B web server), whteh can be found atwebmethods.com. IHowever, it should be understood that another similar 
web server product that provides a mapping of HyperText Markup Language (HTML) to a programming language may 

10 be used and is within the scope of the present invention. The mapping function of the webMethods B2B web server is 
the primary feature that the present invention is using, which maps the KTML codes to a custom Java dass members 
of variables. This is the cun^ent protocol for communication between the client 10 and supplier 14. But since Extensible 
Markup Language (XML) is the preferred protocol for the present invention, the webMethods B2B will play less of a role 
as the XML becomes more prevalent in the network. 

15 [0020] Because the networic system needed for the implementation of the present invention varies greatly in com- 
plexity and size, an explanation of the cun^nt pretended embodiment of the networic topology is given for clarification 
purposes. The system shown in FIG. 1 has a single client but may have several client component computers connected 
to each other. In that event, each dient component may have a distinct function. For example, one client component 
may deal only with warehouse accounting. Another client component may be used for finance. Each client component 

20 becomes a single layer of the networic, and all the multiple layers woric together to define the system. In such a system, 
one client component should serve as a message broker layer or component The message broker client (component 
may provide data transformation, data fomnatting, business rules implementation, network configuration, and message 
gateways. 

[0021] In the event that several client component computers are used, there may be a need to adapt or interface 
25 data and information from one client component to another, and an adapter for doing so is illustrated in FIG. 2. This fig- 
ure shows the logical flow of a generic file adapter allowing other client c:omponents to create a native file format for the 
message broker client cx)mponent (message broker). The adapter can comprise software that is resident in any of the 
client components. 

[0022] Cun^ntty, the pretended embodiment of the present invention uses ActiveWorics 3.0 from Active Software, 
30 Inc. as its message broker client component, and Active Software, Inc. can be found at activesw.com. Again, it should 
be understood that another similar messaging product that supports a standard messaging functionality may be used 
and is within the sc:ope of the present invention. Taking advantage of the ActiveWorics' functionality of the data transfor- 
mation and formatting, the client components connected to the ActiveWorics in the present invention are adapted to 
translate data into one native file format to enable communications between the different client components. 
35 [0023] Refening to FIG. 2, an expired timeout or an external process timers the subscribing adapter (block 16), 
the subsc^bing adapter connects to the message broker (block 1 8). The adapter looks for a subscribe queue in the cli- 
ent (block 20). if the subscn*be queue does not exist, the subscribing adapter establishes a ''suk)scription" to event (block 
22). The term 'subscription' refers to the client component setting itself up as a subscriber of the message broker. Once 
the sut>scn'be queue is found (bloc^ 20), the subsc^ribing adapter tries to obtain the events from the message broker 
40 {b\odk 24) if available (block 26). But if no event is found in the queue, the subscribing adapter starts a timeout to trigger 
itself again later (bloc:k 28). 

[0024] The duration of timeouts is preferably configurable depending upon what operation is being earned out and 
whfch supplier is involved. A timeout associated with an inverrtory-synchronization event or a status check event may 
be quite short for a supplier that supplies thousands of products in a short time, in that event, the timeout may be as 
45 short as one minute or less. Lesser volume suppliers may have a timeout duration of approximately 15 minutes, for 
example. Suppliers that only infrequently supply products may have a timeout duration of several hours. The important 
consideration is that the timeout t>e of sufficiently small duration to ensure that adequate information relating to the 
operation of the system is commu nictated among the client, the server and the individual suppliers to assure reliable 
operation. 

50 [0025] Once the event or events are found, the subscriber adapter pbks up the events (block 30), and fomnats the 
information to a native format (block 34) creating a native file (block 36) which can be read by all subscriber client com- 
ponents to the message broker. In this way, the message broker enables all client conrtponents to share data and infor- 
mation on the networic. Furthermore, the type of events that the dient component looks for depends greatly on what 
type of client component it is. For example, a purchase order maintenance client component may get only order events. 

55 Similariy, a network order router manager client component may get order events, confimnation events, and rejection 
events. The subscribing adapter ends with setting the timeout to restart the subroutine (bloc^k 38). 
[0026] In accordance with an important aspect of the present invention, the manner In whbh the client 1 0 creates 
an order event with a preferred supplier 14 is shown in FIG. 3. For each customer order rec^eived, the client 10 deter- 
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mines a preterred supplier 1 4 for the product ordered (block 40). In the preferred embodiment, a prefen^ed supplier 1 4 
is determined to be a supplier with available inventory of the product and preferably located in the same geographical 
area as the shipping destination specified by the customer order, (which should minimize the time and/or cost of ship- 
ping) but other considerations may be used to determine preferred status. For example, transportation efficiencies may 
5 dictate the choice of a particular supplier as a prefen-ed supplier even though that supplier is geographically farther 
away from the shipping destination than another supplier. 

[0027] It should also be appreciated that a customer order may be for a large amount of product that may not be 
available at one supplier, or may specify several different shipping destinations that may not be convenient to a single 
supplier. In either event, there may be more than one preferred supplier determined to accommodate the availability 

10 constraints or the shipping destinations requested. 

[0028] After the preferred supplier 1 4 is determined, the client 1 0 next validates the information from the customer 
order by checking the validity of such information as the vendor number and/or the part number (block 42). The client 
10 then assigns a unique purchase order number (block 44), and creates in order event with all the infbmnation from the 
customer order and the assigned purchase order number (block 46). The preferred format and information contained in 

15 the order event are shown in the attached Appendix A, Table 1 . 

[0029] In accordance with another aspect of the present invention, FIG. 4 shows the steps for the subroutine which 
defines how the server 12 routes an order event to the prefen-ed supplier 14. The server 12 first monitors the client 1 0 
for an order event (block 48). There are various ways to implement this step, but one way is the use of persistent con- 
nection to the client 1 0 for incoming order events. The server 1 2 obtains the order event from the dient 1 0 if there is an 

20 order event available (block 50). The server 12 next validates the order event (block 52), for example, by checking to 
see if there is any empty field and/or incorrect types of data used in the field. 

[0030] From the order event, the server 1 2 determines the ktentification of the prefen-ed supplier 1 4 (block 54) and 
verifies that this preferred supplier 14 actually exists (block 56). If the supplier 14 is not found, the server 12 sends a 
rejection event to the client 1 0 (block 58). The preferred format and information contained in the rejection event is shown 

25 in the attached Appendix A. Table 3. 

[0031] On the other hand, the server 12 directs the order event to the prefen-ed supplier 14 if there is a supplier 14 
(block 60). The supplier 14 may then reject or accept the order instantly (block 62). The product is immediately shipped 
directly from the supplier to the customer if the supplier 14 accepts the order. In the context of the present invention, 
immediate shipping means shipping on the same day that the order is placed. The server 12 sends a rejection event to 

30 the dient 10 if the supplier 14 rejects the order event (block 64). If the supplier 14 accepts the order event from the 
server 12, the supplier 14 assigns a tracking number to the order event (block 66). The server 12 then saves the order 
event with the tracking number as an open status (block 68). 

[0032] Next, the subroutine of the server 1 2 monitoring status of the order event is shown in FIG. 5. The server 1 2, 
which is triggered by an expired timeout (block 74), composes a list of all the order events with open status located in 

35 its database (block 76). From each order event in the list, the server 12 identifies the prefen-ed supplier 14 listed in the 
order event (block 78) and requests a status message from that preferred supplier 14 (block 80). The supplier 14 sends 
a status message with the most current infonnation for the order event (block 82). For example, the status message may 
indicate whether the order event is open, closed, or rejected (t)lock 84). If the order event is open, the server 12 starts 
a timeout to restart this monitoring status subroutine again (block 86). 

40 [0033] For an order event with a rejected status, the server 12 sends a rejection event to the dient 1 0 (block 88). 
The server 12 then changes the order event's status from open to rejected (block 90) and starts a timeout to restart this 
subroutine (block 92). On the other hand, the server 12 sends a confirmation event to the dient 1 0 (block 94) if the order 
event has been closed by the supplier 14. The server 12 again changes the status of the order event, but this time from 
open to closed (block 98), and starts the timeout (block 98). After receiving the confimnation event indcating that the 

45 order has been closed, the dient sends an invok:e to the customer (block 99). The preferred format and infonnation con- 
tained in the confinrtation event are shown in the attached Appendix A, Table 2. 

[0034] The subroutine of how the preferred supplier 14 processes the order event is shown in FIG. 6. The preferred 
supplier 14 prepares the order event for processing (block 100). The preparation may indude things such as printing 
shipping labels, preparing the packaging, or making the shipping receipt. After the prefen-ed supplier 14 ships the prod- 

50 uct to the customer (block 1 02), it creates a confirmation event (block 1 04). 

[0035] In accordance with another important aspect of the present invention, the server synchronizes the inventory 
between the client and all suppliers as shown in FIG. 7. This subroutine is triggered by an expired timeout (block 106), 
and the timeout is set at the end of the subroutine to restart again. The server 1 2 first retrieves the most updated inven- 
tory level from all suppliers, including the preferred supplier 14 by making a connection to all suppliers 14 (block 108). 

55 Then, the server 12 sends an inventory-synchronization event with the updated inventory to the client 10 (block 110). 
The client 10 updates the current inventory for all suppliers, induding the preferred supplier, in its own database (block 
112), in which the information is later used for pk:king a preferred supplier 1 4 for a given order event The server ends 
the subroutine by starting the timeout (block 1 14). The prefen-ed format and information contained in the inventory-syn- 
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chronization event are shown in the attached Appendix A, Table 4. 

[0036] From the foregoing description, it should be understood that an improved method and system for processing 
a customer generated order for a product have been shown and described, which have many desirable attributes and 
advantages. The method and system allow a customer order to be routed directly to the supplier for order futfillment and 
5 delivery, creating a fully automated customer order fulfillment process. Because of the superior design of the system, 
the entire processing of a customer order can be completed, billed and shipped, and the determination of the process 
is made within only a few seconds without any human intervention. 

[0037] While various embodiments of the present invention have been shown and described, it should be under- 
stood that other modifications, substitutions and alternatives are apparent to one of ordinary skill in the art Such mod- 
10 ifications, substitutions and alternatives can be made without departing from the spirit and scope of the invention, which 
should be detemnined from the appended claims. 

[0038] Various features of the invention are set forth in the appended claims. 
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APPENDIX A 

Rntries in the Size column indicate the character type and number of characters 
in the field. For example: 

• X6 indicates an alpha-numeric entry containing 6 characters. Left 
justify and format with trailing blanks. 

• 9(2) indicates a numeric entry containing 2 characters. Right justify 
. and format with leading zeros. For example, I is entered as 01 . 

• 9(7)v99 indicates a numeric entry up to 7 characters long, with an 
implied decimal and two decimal places; thus, the entry 199 is 
interpreted as 1 .99, 

Tabic I: Order Event 

The following labic dcscril^s tlic details of the order event. 



Na 






SDCclal Instrnctlans 


\ 


TRANSACTION ID 


X6 


Utc«l«'^HPREQ" 


2 


DISTRIBimON CENTER 


X8 


VS supplier's vendor code. 


3 


ORDER TYPE 


X2 


If It begins with **r\ the order is internal 
to HP. 

If it begins with T", the order is for an 
rxicmai \ i laaci rii cusioincf. 


4 


sun* it)Ai)nKiuSsi.iNi{ i 


X40 


lines 4 through 1 1 indicate tlie physical 


5 


.SIMP mAI>l)KI*.SSI.lNI*:2 


X40 


sliip to location. This must be printed on 


6 


SHIP TO ADDRESS LINE 3 


X40 


the Profomu Invoice and Box Address 


7 


SHIP TO ADDRESS UNE 4 


X40 


Label (box label). 


8 


SHIP TO ADDRESS LINE S 


X40 




9 


SHIP TO CITY 


X45 




10 


SHIP TO STATE 


XI5 




II 


SHIP TO ZIP 


XI8 




12 


INVOICE ADDRESS LINE 1 


X40 


Lines 12 through 16 indicate the "sold 
to- 


1.1 


INVOICE ADDRESS LINE 2 


X40 


address from the original customer 
order. 


14 


INVOICE ADDRESS LINE 3 


X40 


This must be printed on the Proforma 


15 


INVOICE ADDRESS LINE 4 


X40 


Invoice for international shipments. 


16 


INVOICE ADDRESS LINE 5 ' 


X40 




17 


MARK FOR ADDRESS LINE 1 


X40 


See notes at end of table. 


18 


MARK rOR ADDRESS LINE 2 


X40 


M M M 


19 


MARK EOR ADDRESS LINE 3 


X40 


MUM 


20 


MARK FOR ADDRESS LINE 4 


X40 


M M M 


21 


MARK FOR ADDRESS LINE 5 


X40 


M W 


22 


WORLD / COUNTRY CODE 


X3 


Country code of the destination. 


23 


EXPORT INDICATOR^ 


XI 


^ Y*' means Export, international 
shipnsent 


24 


NEW ONLY FLAG 


XI 


Y" means ship only NEW parts^ not 
refurbished parts. 


25 


REQUESTED DATE 


m 


CCYYMMDD format 
Date order sent to supplier. 
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26 


PAYMnNTTItRMS 


XIO 


Must be included on Profonna Invoice 
for tntcmational orders. 


5 


27 


NO PARTIAI, FlJ\G 


XI 


-y^ means order quantity cannot be 
split into multiple shipments. 




28 


RESHIP FLAG+ 


XI 


Y » reship(NoC tnuse at this time). 




29 


CORWLIDATION KEY 


X40 


Wit! be provided in the future to assist 


10 








in consolidating all items for the same 
ship-to adifaess within the same box. 
Must be in place for cost effective 








international shipping. 




30 


ORDER SECTION 


XI2 


HP order number. 




31 


ITEM/SUB ITEM 


X4 


HP item number. 




32 


PART NUMBER 


X20 


HP part nuniber. 


15 


33 


PRIORITY 


m 


10 government order 

20 Hotline (must ship same day) 

>20 = Standard Older 




34 


INI J^NI) CARRIER ^ 


X4 


For international shipments. See list of 
valid carrier codes used by HP. 




35 


CARRIER MODE 


X2 


See list of valid carrier codes aiKl modes 


20 








used by HP. 




36 


CARRIER a)nE 


X4 


See list of valid carrier codes and modes 
usea liy nr. 




37 


I.OGI5rn( CHARGES 


9(7)v9 
o 

V 


The charge must be printed on shipping 
documents. 


25 


38 


REQUEST QUANTITY 


9(6) 


QuaiUity to be shipped. 


39 


ADJUSmu UNIT rKICL 


9(7 |W 
9 


Unit price must be printed on shipping 
documents. 




*tu 


(lIS^rOMliK (t>MMI:NT 


X36 


Must be printed on shipping documents. 




41 


CnJSTOMIiR A TPN TO 


X36 


Must be printed on shippirig documents. 


30 


42 


CUSTOMER REFERENCE 


X36 


Must be printed on shipping documents. 




NUMBER 








43 


CUS1X)MER ACCOUNTING 
REFERENCE 


X36 


Must be printed on shipping documents. 




44 


r^n i\/i«D TCi 1 




iviusi DC pnnico on pacKUig iisi. 


35 


45 






IVIUSI uv pnnico on pacning lui. 


46 






liNoi in use ai inis umc). 




47 




Yin 


fi^t\f aM 11^* at Intr tft«*«A\ 

(noi In use ai uus cifne^. 




48 


iJUoini^»>o rKl/VJil/VIVl 


VIA 


inoi in use ai mis time/. 




49 


RMA COMMENT I* 


X50 


ranted on the RMA form. 


40 


50 


RMA COMMENT 2* 


X50 


Printed on the RMA form. 




51 


RMA COMMENT 3* 


X50 


Printed on the RMA form. 




52 


RMA COMMENT 4* 


X50 


Printed on the RMA form. 




53 


RMA COMMENTS* 


X50 


Printed on the RMA form. 


45 


54 


RMACOMMEN1 6* 


X50 


Printed on the RMA form. 


55 


RMA COMMENT 7* 


X50 


Printed on the RMA form. 




56 


RMA COMMENT 8* 


X50 


Printed on the RMA form. 




57 


RMA COMMENT 9* 


X50 


Printed oh the RMA form. 




5K 


RMA COMMENT I0» 


X50 


Printed on the RMA form. 


50 


59 


RMA COMMENT II* 


X50 


Printed on the RMA form. 




60 


RMA COMMENT 12* 


X50 


Printed on the RMA form. 




61 


RMA COMMENT 1 3» 


X50 


Printed on the RMA form. 
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62 


RMA COMMENT 14* 


X50 


Printed on the RMA fonnn. 




63 


RMA COMMENT 15* 


X50 


Printed on the RMA form. 


5 


64 


RMA PRINT INSTRUCmONS^ 


X4 


-EACH" or "LINE- (see notes at end of 
table). 




65 


SJIIP REQUnST ID 


X8 


Unique identifier for this transaction. 
Must be used in the Shipment 
Conftrmation. 


10 


66 


RETURN ADDRESS l» 


X30 


Printed on the RMA form. 




67 


RETURN ADDRESS 2* 


X30 


Printed on the RMA form. 




68 


RETURN ADDRESS 3* 


X30 


Printed on the RMA form. 




69 


RETURN ADDRESS 4* 


X30 


Printed on the RMA form. 


15 


70 


PART DESCRIPTION 


X30 


Must be included on all shipping 
documents as it appears in this fleld. 




71 


RESTRICIED ARTICLK 


XI 


Y- = restricted article 
(Hazardous Material) 
•^N-^* not restricted 


20 








rw UllClAlallUnal MlipinCulS. r fUllCO (HI 

the box address label. 




73 


RETURN DAYS* 


9(3) 


Printed on the RMA form. 


25 


74 


INVOICE ICI{ Y 


X30 


Will be provided in the future to assist 
in consolidating orders together on one 
international invoice. (Will be based on 
the ofHce code, first 4 digits of order 
number). 




7.S 


RMA RI'.niKN RI^ASON 1 


X{30) 


(Not in use at this time). 




7ft 


RMA Rr.ilJRN RIiASUN 2 


X{30) 




30 


77 


RMA RhlUKN KllA2>UN J 


X(30) 


** M M 




78 


RMA RirrURN KuA2>UN 4 


X(30) 


' U M 




79 


Wtk.A A. DIT'I'IIDKJ bCAC/^Kl C 

RMA^Kb njRN_KbA2>UN_5 


X(30) 


M M 




OU 


DkiA DCTttDKI DHACnXf £ 
KMA KclUKiN KcASK^n 0 




MM •! 


35 


51 






M «• U 


oZ 






M •« M 




fil 
BJ 


KMA KC 1 UKIN tvCAoV^n 7 




•» U M 




84 


RMA RETURN REASON 10 


X(30) 


MM M 




85 


RMA REIURN REASON II 


X(30) 


MM •» 


40 


86 


RMA RETURN REASON 12 


X(30) 


MM M 




87 


RMA RETURN REASON 13 


X(30) 


MM M 




88 


RMA RETURN REASON 14 


X(30) 


MM M 




DCI 


DKJ A Dim IDKl OfSAQOKl 1^ 
KMA KClUKJN KcAoUIX 1^ 


A|JUj 


MM M 


45 


90 


SCHIiDULE_B_NUMBER 


X(I0) 


-Harmonized tarifT code". Required for 
international shipments; must be 
printed on the Proforma Invoice. 


50 


91 


PURCHASE_ORDER_NUMBER 


X(IO) 


Must be cross-referenced to the HP 
order number and item number, and 
sent back in the Shipment 
Confirmation for this order request. 



^ Denotes fields required on int*l shippmg documents. 

* Denotes return material authorization (RMA) printing information. 
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Table 2: Confirmation Event 

The following table describes the details of (he confirmation event. 



5 


No. 


Data Element 


Size 


Notes 




I 


TRANSACnON 


X6 


Literal = -SHPCNF" 




2 


DISTRIBUTION CHNTER 


X8 


VS SuppHcr*s vendor code. Must be 
accurate! 


10 


3 


ORDRR-SECnON 


XI2 


From the original Create Shipment Order. 


4 


fTEM/SUO-ITEM 


X4 


From the original Create Shipment Order. 




5 


Da dt Kif Ik J n CD 
rAKI NUMUcK 


Xlo 


From the original Oeate Shipment Order. 




6 


SHIP QUANTITY 


Im 


ASCII format 

Right justify, format with leading zeroes. 


15 


7 


SHIP DATI: 


9(8) 


CCYYMMDD format with numbers 
only, no special characters. 




8 


BILL OF IJ^DING 


XI2 


From VS Supplier, for all shipments. For 
international shipments only, use the 
''House Airway BUI." 


20 


9 


SHIPIIOXNUMnnR 


0(5) 


Unique ID for each box as provided by 
VS suf^iec^ shilling system. 




10 


WEIGin' 


9(4).9 
9 


From VS supplier. Must be in Icilograms. 


25 


II 


CARRIER CODE 


X4 


From VS supplier (use standard carrier 
codes defined in the tabic of Valid (Carrier 
Codes). 




12 


CARRIER MODE 


X2 


From VS supplier (use standard carrier 
codes deTined in the table of Valid Carrier 
Codes). 


30 


\^ 


INVOICE NIIMIIER 


XIO 


From VS supplier (only required for 
international orders; from the profonna 
invoice for customs). 


35 
40 


14 


COUNTRY ORIGIN 


X3 


From VS supplier (standard world 
country code for the country of 
manufacture of ^is part ~ 000 for USA). 


15 


SHIP REQUEST ID 


9(8) 


From the original Qceate Shipment Order. 
This ID is used to identify this particular 
transaction to GSL systems. Must be 
included in all transactions related to the 
**ordcr-num-item*' for this shipment 


16 


TRACKING NUMBER 


X18 


Not used 


45 


17 


UNIT OP MEASURE 


X2 


Unit of measure used by the VS supplier 
to sell this part (ea«eadi, bx«4>ox, etc) 
GSL Procurement system needs this to 
report any discrepancy between the actual 
unit of measure and that on the open 
purchase order. 




18 


PURCHASE ORDER NUMBER 


XIO 


VS PO number for this part as 
communicated from the buyer to the VS 
supplier. Must be accurate! 


50 


19 


IH3 LINE ITEM 


9(4) 


VS PO number line item for this part 
number; literal value is always "0001 




20 


SPECIAL PROGRAM 


X8 


Populate with **VS*' for Virtual Sourcing. 
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21 


nXPORT TORI 


X4 


The last United States port where the 
goods reside (the carrier will define the 
port in cases where the plane*s flight has 
multiple stops). Valid Port Codes arc 
listed in Chapter 5. 


22 


TRANSIT DAYS 


9(4) 


Nimiber of days from your location to the 
scheduled date of departure from the port 
of export (where the plane takes off). 


23 


AIR CARRIl-R CODE 


9(4) 


Code assigned to air carrier for export 
shipments. HP will provide list of valid 
codes. 


24 


EXPORT INDICATOR 


XI 


"Y" if it is an infl shipment, "N" if not 
infl. 



Table 3: Rejection Event 

The following tabic describes the details of the rejection event 



No. 


Data Field 


Size 


Notes 


I 


TRANSACTION 


X6 


Utcral *^HPREr 


2 


DISTRIBUTION CENTER 


X8 


VS Supplier's vendor code. 


3 


ORDER SECTION 


XI2 


Fixmi the original Create Shipment Order 
transaction. 


4 


ITEM/SUB ITEM 


X4 


From the original Create Shipment Order 
transaction. 


5 


PART NUMBER 


X16 


From the original Create Shipment Order 
transaction. 


f» 


yiiAmriT 


lilt 


'Ilic quantity the VS supplier cannot fuinil 
on this order, given in ASCII fonnat 


7 


ADJUSTMENT DATE 


m 


CCVYMMDD (today's date). 


8 


SHIP REQUEST ID 


9(8) 


Frcun die original Create Shipment Order 
transaction. 


9 


REASON REJECT 


XIO 


Reason for Shipment Rejection 
(HP to provide list of valid values). 



Table 4: Inventory-Synchronization Event 

The following table describes the details of the Inventory Synchronization 
event. 



No. 


Data Elenient 


Size 


Notes 


1 


TRANSACTION 


X6 


-INVDMP" - Inventory Transaction 


2 


DISTRIBUTION CENTHR 


X8 


VS supplier's vendor code. 


3 


PART NUMBER (KEY) 


X16 


From VS supplier. 


4 


AVAILABLE QUANTITY 


Int 


ASCII format 


5 


DATE 


m 


CCYYMMDD format 


6 


TIME 


m 


HHMMSS format (24 hour clock) 



Claims 

1. A method for processing a customer generated order for a product, wherein the customer order is received by at 
least one dient operably connected through at least one server to a plurality of suppliers via a network, the method 
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comprising the steps of: 

the client creating an order event with a preferred supplier, 
the server routing said order event to the preferred supplier; 
5 the server monitoring status of said order event from the preferred supplier; 

the prefenred supplier processing said order event; and, 

the ser^r periodically synchronizing inventory between the client and the plurality of suppliers independently 
of the foregoing steps. 

10 2. The method according to daim 1 wherein said step of the dient creating an order event with a preferred supplier 
further comprises the steps of. 

the dient detemnining a prefen'ed supplier according to geographical location and inventory availability of the 
suppliers; 

15 the dient validating the information from the customer generated order; and, 

the dient assigning a purchase order number for said order event 

3. The method according to daim 2 wherein the step of creating an order event with a prefen-ed supplier further com- 
prises the steps of: 

20 

determining a first preferred supplier having an inventory of available product that is favorsibly geographically 
located to minimize the time and expense of shipment of the product to the customer; and, 
detemnining a second preferred supplier having an inventory of available product in the event that the inventory 
of available product of said first preferred supplier is not sufficient to fill the customer order. 

25 

4. The method according to claim 1 wherein said step of the server routing said order event to the prefemed supplier 
further comprises the steps of: 

the server monitoring the client tor an order event; 
30 the server obtaining said order event; 

the server validating the order event prior to identifying the prefen'ed supplier of the product; 
the server then detemnining the existence and identification of the preferred supplier of the product; 
the server then sending the order event to the existing and identified preferred supplier when the prefen-ed sup- 
plier exists; and, 

35 the server sending a rejection event to the client that generated the purchase order when no existing supplier 

is identified. 

5. The method according to claim 4 wherein said step of the server then sending the order event to the existing and 
identified preferred supplier further comprises the steps of: 

40 

the prefen-ed supplier assigning a tracking number for the order event if the prefen^d supplier accepts the order 
event; and, 

the server sending a rejection event back to the dient if the preten^d supplier does not accept the order event. 

45 6. The nr^ettiod according to claim 5 wherein said step of the preferred supplier assigning a tracking number for the 
order event further comprises the steps of the server saving the order event with the tracking number as an open 
status. 

7. The method according to claim 1 wherein said step of the server monitoring status of said order event from the pre- 
50 ferred supplier further comprises the steps of: 

the server composing a list of order events with open status; 
the server determining the preferred supplier for each order event with open status; 
the server requesting a status message for each order event with open status from the prefen-ed supplier; 
55 the preferred supplier sending a status nr>essage with the most current status for the order event to the server; 

the server starting a timeout if the order event is open; 

the server sending a conftmnation event to the client if the order event is closed; and 
the server sending a rejection event to the client if the order event is rejected. 
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8. The methcxl according to daim 7 wherein said step of the server sending a cx)nfimration event to the client further 
comprises the steps of: 

the server changing the order event from an open to a closed status; 
5 the server starting a timeout; and, 

the client sending an invoice to the customer for shipment. 

9. The nr^thod as defined in daim 8 wherein said timeout is configurable for each supplier and is preferably of suffi- 
dently short duration to ensure reliable communications relating to the operation of the processing method are 

10 maintained. 

10- The method according to daim 7 wherein said step of the server sending a rejection event to the client further com- 
prises the steps of: 

IS the server changing the order event from an open to a rejected status; and, 

the server starting a timeout 

11. The method according to daim 1 wherein said step of the preferred supplier processing said order event further 
comprises the steps of: 

20 

the preferred supplier shipping the product to the customer; and 
the prefenred supplier creating a confirmation event 

12- The method according to claim 1 wherein said step of the server synchronizing inventory between the client that 
25 routed the order event and the preferred supplier further comprises the steps of: 

the server retrieving the most updated inventory from the preferred supplier; 
the server sending an inventory-synchronization event with the updated inventory to the client; 
the dient updating the cun^ent inventory for the prefenned supplier; and, 
30 the server starting a timeout to initiate the server. 

13. A method as defined in claim 12 wherein the server is initiated at the expiration of said timeout 

14. A method as defined in claim 1 wherein the network is the Internet. 

35 

15. A method for processing a customer generated order for purchasing a quantity of at least one of a plurality of prod- 
ucts and specifying a delivery location forthe purchased quantity, wherein tiie customer order is received by at least 
one client operably connected through at least one server to a plurality of suppliers located throughout a large geo- 
graphical area via a network such as the Intemet, the method comprising the steps of: 

40 

the dient creating an order event with a first supplier, said first supplier being detemriined as a function of hav- 
ing an available inventory of the purchased one product and the location of the first supplier being proximate 
the delivery location specified by the customer so as to minimize at least one of the time and cost of delivery 
of the product; 

45 the server routing said order event to the first supplier for processing by the first supplier; 

the server periodically connmunicating with the first supplier to monitor the status of said order event being 
processed by the first supplier; 

the first supplier processing said order event by doing one of accepting and rejecting the order event; and, 
the server periodically synchronizing inventory between the dient and the plurality of suppliers independentiy 
50 of the foregoing steps. 

16- A method as defined in claim 15 wherein the large geographical area comprises any portion of the worid that is 
accessible by the Internet. 

55 1 7. A method as defined in claim 1 5 further comprises the client creating an order event with a second supplier in the 
event said first supplier has an insuffident inventory of the purchased one product, said second supplier being 
determined as a function of the location of the second supplier being proximate the delivery location specified by 
the customer so as to minimize at least one of the time and cost of delivery of the product. 
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18. A method as defined in daim 1 5 wherein the periodic conwiunicatlon with the first supplier is configurable and pref- 
erably occurs at sufficiently short intend to ensure that adequate infonnation relating to the reliable operation of 
the processing method is provided. 

5 19. A method as defined in daim 15 wherein the step of the first supplier processing said order event further comprises: 

the first supplier assigning a tracking number for the order event; and, 

the server saving the order event with the tracking number as an open status. 

10 20. A method as defined in claim 1 5 wherein the step of the first supplier processing said order event and rejecting the 
same further comprises: 

the server changing the order event from an open to a rejected status; and, 
the server starting a timeout 

15 

21. A method as defined in claim 15 wherein the step of synchronizing inventory comprises updating the available 
inventory of the first supplier after reducing the amount of the available inventory by the amount of product pur- 
chased by the customer. 

20 22, A system for fulfilling a customer generated order by at least one dient, wherein the customer order is received by 
at least one client operably connected through at least one server to a plurality of suppliers via a network, said sys- 
tem comprising: 

means for creating an order event with a prefen'ed supplier in the dient; 
25 means for routing said order event to the prefen-ed supplier; 

means for monitoring status of said order event from the preferred supplier; 
means for processing said order event; and. 

means for periodically synchronizing inventory between the dient and the plurality of suppliers. 

30 23. A system for fulfilling a customer generated order by at least one dient, wherein the customer order is received by 
at least one client operably connected through at least one server to a plurality of suppliers via a network, said sys- 
tem comprising: 

the dient t>eing adapted to create an order event with a preferred supplier in the dient; 
35 the server being adapted to route said order event to the prefen-ed supplier; 

the server being adapted to monitor status of said order event from the preferred supplier; 
the prefen-ed supplier being adapted to process said order event; and, 

the server being adapted to periodically synchronize inventory between the client and the plurality of suppliers. 

40 24. A system as defined in claim 22 further comprising the supplier shipping the product ordered by the customer 
immediately after the order event has been processed. 



45 



50 
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FIG. 6 
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